Для того чтобы его можно было использовать вне контекста базового класса теста

…RestAssured

Для того чтобы в одном тесте можно было использовать и новые методы на базе WebTestClient и старые ещё не переведённые с RestAssured

Для того, чтобы работу через него можно было совмещать с работой через RestAssured. Плюс пока основной контекст поднимает Томкэт эффекта от MockMvc не много

Потому что Котлин DSL сильно урезанный и его недопиливают - wiremock/kotlin-wiremock#37

Плюс попутно выяснилось, что Kotlin DSL подменял \r\n на \n в ответе, поэтому так же был удалён костыль с обратной заменой в методе париснга ics-строк

…далке настроек

…алендарей при возврате после авторизации в гугле

Попутно добавлено кэширование календарей и эвентов, чтобы повысить UX возврата в приложение и навешан констрейнт уникальности на гугл аккаунт терапевта

…ендаря в расписании

Чтобы при фетче событий можно было из БД доставать только включенные календари и аккаунты, нужные для их чтения

…рке событий гугл календарей

…ogleCalendarClient

…к таймзоне терапевта

Чтобы он не светился в логах через toString

…-календаря

…по черновику и по дефолту приёмы создаются в таймзоне пользователя

Триггер - метод findById( therapistRef: TherapistRef, eventId: UUID ), который реализовать, конечно, не сложно, но он не используется.

Это навело меня на мысль, что приём это не is a CalendarItem, а у него есть компонент Событие. На самом деле у меня изначально была идея вытащить календарные даты в отдельную сущность. В том числе потому что это позволило бы связывать приёмы с событиями разных календарей (а не костылить как сейчас, что в расписании приём просто перекрывает события из других календарей с такими же датами). Но тогда я решил, что это слишком трудоёмко.

…псулирован в CalendarItemsResolver

Для повышения надёжности. В частности для матчинга урлов с вложенными uri с query-параметрами в качестве значений query-параметров url

Чтобы не переизобретать велосипед для строкового представления универсальных идентификаторов ресурсов, чем SourceItem собственно и был

…ции ICalCalendarItem

…х улучшений

…arsService.findCalendarItemsInInterval перенесена в DAO

…алендарями

…унтов

Т.к. без верификации приложени в Гугле refresh-токены живут всего неделю, обновить их программно невозможно, а верификация - этот тот ещё челлендж, который сейчас проходить не целесообразно.

Поэтому в качестве костыля будем слать напоминания внести приёмы на следующуюю неделю если их там нет и пользователь по напоминанию будет заходить в календарь, видеть предупреждение и заново добавлять свой аккаунт.